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L'invention concerne les documents multimedias qui sont implantes 
ddns des sys+emes de traitement de donnees. 

II est connu de considerer un document multimedia sous la forme 
5 d'un ensemble d'objets d'un programme objets implante dans un systeme 
de traitement de donnees, comme en ottestent notomment les publications 
relatives aux travaux effectues par le "Multimedia/Hypermedia Expert 
Group" en vue de definir la norme internationale MHEG. 

Ceci permet en effet une unification de la prise en compte des objets, 
10 eventuellement tres differents, qu'est susceptible de comporter un 
document multimedia et en particulier des aspects dynamiques de ce 
document. 

On peut en effet vouloir apporter des aspects dynamiques a un 
document multimedia, c'est-a-dire que le comportement des elements le 
15 composant evolue en fonction d'evenements (par exemple, un evenement 
temporel base sur une horloge). 

En outre, le document multimedia peut devoir etre interactif, c'est-a- 
dire que le comportement des elements le composant evolue en fonction 
d'evenements issus d'un utilisateur. II decoule de ces definitions qu'un 
20 document multimedia dit interactif est a fortiori dynamique. 

Actuellement, afin de posseder des proprietes dynamiques (et, a 
fortiori interactives), un document multimedia ne peut etre congu et realise 
que par un programmeur, des que la conduite a prevoir depasse un 
25 niveau elementaire. 

Un tel niveau elementaire correspond par exemple d celui qui est 
exprime par la notion de balise, c'est-d-dire a celui d'une instruction de 
type GOTO ou la destination est donnee dans le document lui-meme et ou 
la prise en compte s'effectue classiquement au niveau d'un navigateur, tel 
30 que NETSCAPE ou INTERNET EXPLORER version 4. 
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Une solution existante pour rendre un document multimedia 
dynamique est decrite dans I'article "Synchronizafion Aftribufes and Rules of 
Active Objecf-Orienfed Database for Multimedia Presentation" de Seok Jae 
Yun et Woo Saeng Kim, paru dans "Database systems for advanced 
5 applications '95. Proceedings of the fourth international conference on 
database systems for advanced applications, Singapour, ISBN 981-02- 
2220-3. Get article decrit une methode pour reoliser un document 
multimedia dynamique, c'est-a-dire gerant revolution eventuelle des 
elements composant le document multimedia en fonction d'evenements de 

10 type temporel. La methode consiste a mettre en oeuvre le document 
multimedia sous la forme d'un programme oriente objets (au sens de la 
programmation orientee objets), A cheque objet est associe un element du 
document, et a cheque attribut d'un objet un statut de I'element concerne 
(couleur, vitesse de deroulement d'une animation, etc.). 

15 Par ailleurs, I'article enseigne d'associer d ces attributs un formalisme 

de type evenement-condition-action, dit EGA. 

Toutefois, vu les besoins engendres par le developpement des 
communications par I'intermediaire des reseaux de communication de type 

20 Internet et Intranet, la necessite d'utiliser un specialiste en matiere de 
programmation pour etablir un document multimedia, des le niveau 
elementoire evoque ci-dessus, ne peut rester longtemps acceptable, car 
engendrant un cout prohibitif pour les usagers des reseaux de 
communication desirant mettre des documents multimedias dynamiques d 

25 disposition du public. 

De surcroTt, une telle technologie s'adapte ma! d de tels reseaux de 
communication. En effet, de tels reseaux permettent I'interconnexion de 
systemes de traitement de donnees heterogenes. Parmi ceux-ci, on peut 
trouver des systemes possedant des particula rites en ce qui concerne la 

30 presentation de documents multimedias, et notamment des limites pour les 
aspects dynamiques et/ou interactifs. On peut par exemple citer le cas d'un 
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terminal passif ne possedant pas de moyen d'interaction (comme un 
clavier, una souris etc.) et ne pouvant done pas mettre en oeuvre les 
aspects interactifs d'un tel document multimedia. 

La solution decrite dans I'article en question ne permet pas facilement 
5 d'adapter la representation du document aux particularites du systeme de 
traitement de donnees puisque le programme oriente objets, une fois 
compile, ne peut plus etre modifie. 



Pour resoudre ces problemes, I'invention a pour premier objet un 
10 precede pour representer de fagon dynamique un document multimedia, 
sur un systeme de traitement de donnees, par un module logiciel, ledit 
document multimedia comportant un ensemble hierarchise d'elements 
comportant eux-memes des attributs, au moins un desdits attributs etant 
associe d un formalisme (ou lien) de type evenement-condition-action, dit 
15 ECA, caracterise en ce que ledit precede comporte les etapes ordonnees 
suivantes : 

• description dudit document multimedia en un langage de 
description, 

• interpretation dudit document multimedia par ledit module 
20 logiciel, lesdits formalismes ECA etant dynamiquement 

interpretes, afin de permettre I'evolution de la representation 
dudit document multimedia par la realisation d'actions en 
fonction d'evenements et de conditions. 



25 L'invention a aussi pour objet le document multimedia lui-meme, 

c'est-a-dire un document multimedia comportant un ensemble hierarchise 
d'elements comportant eux-memes des attributs, au moins un desdits 
attributs etant associe a un formalisme de type evenement-condition- 
action, dit ECA. Ce document se caracterise en ce qu'il est decrit en un 

30 langage de description, et en ce que les formalismes ECA sont decrit de 
fagon a permettre ['interpretation par un module logiciel en vue de 
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I'evoiution de la representation du document multimedia par la realisation 
d'octions en fonction d'evenements et de conditions. 

L'invention, ses caracteristiques et ses avantages sont precises dans la 
5 description qui suit en liaison avec la figure unique qui presente, a titre 
d'exemple, un schema d'un petit sous-ensemble d'elements relatif a un 
document multimedia dynamique. 

Comme indique ci-dessus, cette figure correspond a une 
10 representation d'une partie d'un document multimedia interactif considere 
sous la forme d'un ensemble d'elements implante dons un systeme de 
troitement de donnees. 

Le systeme de troitement de donnees comporte au moins une unite 
informatique de troitement programmee qui peut eventuellement etre 
15 constitute par un simple ordinateur et/ou qui peut faire partie d'un vaste 
ensemble ou des unites peuvent communiquer entre elles au trovers d'un 
ou de plusieurs reseaux de communication, comme connu. 

Le document multimedia dynamique represents comporte un 
ensemble d'elements, affichables ou non, qui sont ici symbolises, a titre 
20 d'exemple, par un element graphique et done affichable 1 intitule bouton 
de marche, un element graphique 2 intitule bouton de pause et un 
element, suppose non affichable, 3 intitule video. II s'agit done ici d'un 
document multimedia interactif (et par consequent dynamique). 

25 Par ailleurs, on peut organiser les elements de fagon hierarchisee. 

Plus precisement, on peut definir certains elements, appeles "elements 
composes" {ou composite, en anglais), qui englobent un ou plusieurs 
elements dits "contenus". Par exemple, les boutons references 1 et 2 
peuvent etre des elements "contenus" qui sont engiobes dans un element 

30 "compose", qui peut etre affichable ou non. 
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Ces divers elements ont ici pour attributs des "statuts" qui traduisent 
leurs etats respectifs et en consequence celui des differentes parties du 
document, tel est un statut 4 traduisant I'etat de selection ou de non 
selection pour I'element bouton de marche 1 et un statut 6 caracteristique 
5 d'un etat de marche ou d'arret pour I'element video 3. 

Le passage d'un statut, tel par exemple le statut 4, d'un etat faux a un 
etat vrai ou inversement, est la consequence de la survenance d'un 
evenement qui est elle-meme la consequence du comportement d'un 
element. 

10 Ceci permet done de relier les elements entre eux par des evenements 

qui peuvent etre consideres chacun comme un changement d'etat relatif a 
un attribut d'element. 

Ainsi dans I'exemple envisage ci-dessus un changement de valeur de 
statut de I'element 3 est par exemple conditionne par un changement de 

15 valeur de statut pour I'element 1 qui est induit par un evenement 
particulier. Cet evenement reliant I'eiement 1 d I'element 3 est par exemple 
la detection d'une modification de statut pour I'attribut "selection" de 
I'element 1, lorsque ce statut passe par exemple de faux a vrai. Cet attribut 
"selection" est par a exemple a vrai lorsque le bouton correspondant (ici, le 

20 bouton 1), est selectionne par un utilisoteur (par exemple par un pointeur 
graphique associe a une souris), et a faux dans le cas contraire. 

Selon une mise en oeuvre particuliere de ['invention, la detection de 
modification est effectuee par I'element 1 lui-meme. 

25 Ainsi, par exemple, Taction d'un utilisoteur sur un bouton "marche" de 

Icncement d'une video est consideree comme entraTnant un changement 
de valeur pour I'element bouton "marche" dont un attribut "selection" passe 
de faux a vrai et declenche une action de mise en marche de la video. Une 
telle action de mise en marche suppose I'existence d'un attribut au niveau 

30 de I'element video qui est par exemple un element "jouer" ou "tourner" et 
conduit d un changement de statut pour au moins cet attribut. 



II est done possible de ba+ir un scenario complexe se deroulant par 
pas conduisant chacun d'un element a un autre en fonction des detections 
des chongements de stotuts qui sent successivement effectues par les 
5 elements et qui conduisent ces derniers d agir sur d'autres au niveau 
desquels lis entraTnent d leur tour des chongements de statuts. 

Toutefois la realisation de tels chongements peut etre dependonte de 
conditions imposees dont le respect est indispensable. Ainsi dons le cos 
envisage ci-dessus une condition necessaire d la mise en marche de la 
10 video est par exemple que lo disponibilite d'un programme video soit 
verifiee. 

En application de ceci, il est prevu, selon I'invention, qu'un document 
multimedia dynomique soit realise sous la forme d'un ensemble hierorchise 

15 d'elements dans lequel choque element comporte des ottributs. A chacun 
de ceux-ci, on peut associer un formolisme de type evenement-condition- 
action, dit en abrege ECA, ce dernier etant notamment connu comme etant 
mis en oeuvre dans le cadre d'automotes industriels. L'interpretotion de ces 
formalismes permet devolution de lo representation (c'est-o-dire 

20 generalement de son apparence visuelle ou auditive) du document 
multimedia, par la realisation des actions declenchees par des evenements 
lorsque des conditions sont remplies. 

Un evenement est considere, comme indique plus haut, comme 
25 correspondant d la detection d'un changement de voleur d'un stotut relotif 
a un element qui est detecte par cet element en fonction d'un declencheur. 
Un exemple de declencheur elementaire reference 7 est donne sur la figure 
unique jointe pour la cible que constitue le bouton de marche. Comme 
resume sur cette figure, les elements pris en compte pour determiner une 
30 selection du bouton de marche 1 y sont : 

- Cible : bouton de marche. stotut de selection 
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- Operateur de valeur precedente : egal 

- Valeur precedente : non selectionne 

- Operateur de valeur courante : egal 

- Valeur courante : selectionne. 

5 Un evenement peut done etre considere comme determinable par une 

simple comparaison bornee entre une valeur precedente et une valeur 
courante d'un meme statut. 

Un evenement peut notamment etre lie d I'ecoulement d'un temps 
determine pour un element determine, a un positionnement determine d'un 
10 element dans I'espace, au deroulement d'une procedure et il peut alors se 
traduire par un franchissement d'un seuil de valeur. II peut aussi etre le 
resultat d'une action externe de selection d'element dans I'ensemble 
d'elements du document multimedia considere. 

15 Une condition se traduit par une expression logique combinant des 

valeurs courantes de statut pour des elements determines de I'ensemble 
constituant le document multimedia considere. Sa modelisation tient 
compte du fait qu'un evenement n'est pas toujours suffisant d lui seul pour 
entramer le declenchement d'une action et qu'il peut done etre necessaire 
20 de subordonner une action a la verification prealable de servitudes 
determinees. Dans de nombreux cas, la formulation d'une condition peut 
se traduire par une expression logique simple. 

A titre d'exemple, une condition "fonctionnement" peut se reduire d 
une determination de condition vrai ou faux relative aux valeurs courantes 
25 d'un premier statut de i'element bouton de marche 1 et d'un second statut 
de I'element video 3. 

D'une moniere generals, une condition peut etre decrite selon la 
structure simplifiee suivante qui prevoit : 

une cible constituee par le statut au niveau duquel la condition 
30 doit etre verifiee, 

un operateur de comparaison 
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une valeur de seuil determinee pour le statut pris en compte. 
A titre d'exemple et comme schematise sur la figure, la condition 
elementaire 9 traduisant le fait qu'un bouton d'arret d'une video ne peut 
etre seiectionne que si et seulement si a ete atteint un etat de preparation 
5 suffisant pour que la video fonctionne, peut etre simplement ecrite sous la 
forme: 

<video, statut de marche, egal, fonctionnement>. 

Une action se traduit par un changement notamment d'apparence ou 
10 de comportement au niveau du document multimedia qu'elle affecte, si la 
condition fixee a sa realisation s'avere etre verifiee. 

Touts action conduit a la modification d'un statut pour un elennent et 
la modification de ce statut peut lui-meme constituer un evenement pris en 
compte au niveau d'un autre element de I'ensembie que comporte un 
15 document multimedia. 

Une action n'agit directement que sur un element unique (qui peut 
neanmoins etre eventuellement un element "compose") de I'ensembie 
d'elements propre a un document multimedia, elle se definit par exemple 
20 selon la structure simplifiee suivante qui prevoit 

- une cible qui indique le statut d'element sur lequel Paction doit etre 
dirigee, 

- une valeur qui precise la nouvelle valeur du statut d'element cible. 

25 Dans I'exemple presente en figure, une action referencee 10 a ainsi 

pour cible un statut marche de I'element video et elle se developpe pour 
une valeur dite de marche d'un niveau determine dont le franchissement 
conditionne la mise en marche d'une video dans le systeme de traitement 
de donnees concerne. 

30 Un lien 8 est ici prevu pour le sous-ensemble represents sur figure 

unique annexe, il rassemble les evenements, conditions et actions qui 
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concernent ce sous-ensemble et il a ici une structure simplifiee dans 
laquelle on trouve : 

- un ou plusieurs evenements, references 1 , 

- une ou plusieurs conditions, referencees 9 , et 
5 - une ou plusieurs actions, referencees 10 



Comme deja indique plus haut, la modification d'un statut relatif d un 
element d'un document multimedia selon ['invention se troduit par une 
action, lorsque est verifiee une condition qui autorise cette action. Celle-ci 

10 se traduit elle-meme par une modification d'un statut au niveau d'un autre 
element et il est possible de considerer I'exploitation d'un ensemble 
d'elements constituent un tel document multimedia comme conditionne par 
une succession de changements de statuts, c'est-a-dire d'etats concernant 
chacun un element. Chaque changement de statut au niveau d'un element 

15 est susceptible de conduire a une action sur un autre element selon un 
enchaTnement que definit un lien, c'est-a-dire une proposition, ou 
formalisme, evenement-condition-action ECA ou eventuellement une 
composition de propositions ECA. 

20 Bien entendu, ['invention s'applique non seulement aux elements 

"visibles" d'un ensemble relatif a un document multimedia structure selon 
['invention, c'est-d-dire aux elements susceptibles d'etre vus par un 
utilisateur, mais egalement aux elements "non visibles" tels que des 
elements temporels ou sonores. 

25 Un tel element temporel peut par exemple etre utilise pour declencher 

simplement une action de type arret apres un temps determine, notamment 
pour limiter la duree d'un affichage d'un graphisme determine tel que 
I'afficlnage d'un bouton pendant une periode limitee. II peut aussi etre mis 
en oeuvre pour adapter un temps alioue pour une action determinee a une 

30 variation de vitesse affectant les moyens assurant I'accomplissement de 
cette action de maniere a assurer une adequation appropriee. 
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Comme vu precedemment et conformement a une caracteristique 
essentielle de I'invention, le document multimedia comportant des elements 
et des liens est decrit en un langage de description. 
5 On rappelle qu'un langage de description est un langage 

informotique qui possede entre outres proprietes celle d'etre facile d'acces 
pour un non-programmeur. II permet d un non-specialiste de decrire 
facilement son document multimedia, sans connaissance approfondie des 
techniques de programmation. 
10 Le document multimedia decrit en ce langage de description peut 

ensuite etre interprets par un module logiciel. Ce module logiciel peut se 
presenter sous la forme d'un navigateur, similaire d ceux qui existent 
aujourd'hui pour des documents multimedias non dynamiques et non 
interactifs. 

15 

Selon une mise en oeuvre de I'invention, le langage de description est 
conforme d la recommendation dite XML [extension Markup Language), 
issue du consortium W3C (Wor/d-w;de Web). Cette recommandation 
fournit une grammaire permettant la definition de nouveaux langages de 
20 description. 

Plus precisement, il est interessant de rendre ce langage de 
description aussi proche que possible du langage HTML, qui est lui aussi 
conforme a la recommendation XML du W3C. 
25 Cela permet, en effet, de minimiser la phase d'apprentissage des 

utilisateurs ayant d ecrire des documents multimedias. 

Le langage HTML [HyperTexf Markup Language) est defini par le 
consortium W3C (Wor/c/-w;de-web Consorfium), et Ton peut trouver de 
nombreuses references bibliographiques sur le sujet sur le site Internet du 
30 consortium dont I'adresse est http://www.w3.org. 
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L'objet du langage HTML est la description de documents multimedias 
statiques, c'est-d-dire ne comportant pas d'ospects dynamiques, et a 
fortiori interactifs. 

5 Selon une mise en oeuvre de I'invention, le document multimedia 

comporte une partie decrivant les elements et une partie decrivant les 
formoiismes, et les associations entre elements et formalismes peuvent etre 
reclisees au moyen d'identlficateurs. 

Ainsi, il est facile pour le module logiciel interpretant le document de 

10 ne prendre en compte que la partie statique. Ceci est particulierement utile 
lorsque le systeme de traitement de ['information sur lequel le module 
logiciel est implante^ est associe a un terminal ayont des capacites limitees. 
C'est par exemple le cas si le terminal ne possede qu'un simple moniteur et 
ni clavier ni souris : les aspects interactifs ne doivent alors pas etre pris en 

15 compte. 

Un document multimedia conforme a I'invention peut done etre 
compose de deux parties distinctes, la premiere partie etant consacree a la 
description des elements. Cette partie est done similaire d une description 
20 statique connue de I'etat de I'art et conforme au langage HTML. Toutefois, 
il est preferable d'ajouter un champ identificateur a chacun des elements 
afin de permettre d'associer les elements et les liens qui seront decrit plus 
tard. 

Un exemple d'element pourrait etre decrit comme suit : 

25 

<DIV id="controlComposite" x="1 10" y="300" width = "180" height="100" 

background-coior="#9D9DFD"> 

<BTN id="playButton" x="0" y="0" icon-enabled ="buttons/play.gif" 
icon -disabled ="buttons/playD.g if" icon-selected ="buttons/playP.g if" /> 
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<BTN id = "pauseButton" x="60" y="0" icon-enablecl = "buttons/freeze.gif" 
icon-disabled ="buttons/freezeD.gif" icon-selected = "but+ons/f reezeP.gif" 

/> 

<BTN id = "stopButton" x="60" y="0" icon-enabled="buttons/stop.gif" 
5 icon-disabled ="buttons/stopD.gif" icon-selected ="buttons/stopP.gif" /> 
</DIV> 

II s'agit ici d'un element "compose", identifie par le nom " 
controlComposite". Plus precisement, cet element compose comporte trois 
10 elements "contenus", identifies par les noms "playButton", "pauseButton" et 
"stop Button". 

Ainsi qu'il est connu en langage HTML, cet element "compose" 
comporte plusieurs attributs. Ces attributs concernent son emplacement (x, 
y), son dimensionnement (height, width) et son apparence (background- 
15 color). A ces attributs connus, un attribut d'identification (id) a ete ajoute, 
qui permet de lui donner un nom. 

De la meme fagon, les trois elements "contenus" (playButton, 
pauseButton et stopButton) comportent des attributs de positionnement (x, 
y), d'apparence (icon-enabled, icon-disabled et icon-selected) et 
20 d'identification (id). 

La seconde partie du document multimedia est consacree aux liens, 
c'est-a-dire d la partie dynamique du document multimedia. Chaque lien 
peut lui-meme comporter 3 parties : une consacree a I'evenement, une 
25 consacree aux conditions et une consacree aux actions. 

Un exemple de lien pourrait etre decrit comme suit : 

<LINK div="controlComposite"> 
30 <SELECTION_EVENT target="playButton" value="true" /> 

<RUN_CONDITION target="controlComposite" value="true" /> 
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<ACTION> 

<RUN target= "video" /> 

<SET_STATUS target="pauseButton" status ="selectability" 
value="true" /> 

5 <SET_STATUS target= "stop Button" status="selectability" value="true" 

/> 

<SET_STATUS target="playButton" status="selectability" value="false" 

/> 

<SET_STATUS target="playButton" status="selection" value="true" /> 
10 </ACTION> 
</LINK> 

Le lien est identifie par un attribut d'identification (div) et comporte 
lui-meme trois parties : 
15 - la premiere, introduite par le mot-clef SELECTION_EVENT, 

correspond d I'evenement de la proposition ECA correspondent au 
lien. II s'agit ici de la selection du bouton "playButton". 
- la deuxieme partie, introduite par le mot-clef RUN CONDITION, 
correspond aux conditions du lien. Dans cet exemple, il s'agit de 
20 verifier que Teiement "compose" regroupant les differents elements 

"contenus" (c'est-a-dire les trois boutons) est bien en 
fonctionnement. 

Enfin, la troisieme partie, introduite par le mot-clef ACTION 
correspond aux differentes actions du lien. Ici, il y a deux types 
25 d'octions : celle introduite par le mot-clef RUN qui consiste a 

lancer I'execution d'un element (ici, I'element Video"), et celles 
introduites par le mot-clef SET_STATUS qui consistent a modifier 
les valeurs de statuts d'elements (ici, les statuts "selectability" et 
"selection" des trois boutons). 

30 
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Le mot-clef "target" fait reference a la cible, ainsi que definie 
precedemment; tondis que le mot-clef "status" fait bien evidemment 
reference au statut, lui aussi precedemment defini. 

5 Le fait d'organiser les elements de fagon hierarchisee, c'est-d-dire d 

I'aide d'element "compose" pouvant combiner des elements "contenus", 
engendre un avantage interessant. En effet, il est alors possible de 
reproduire cette structure sur un terminal de type telephone mobile par une 
arborescence de page. Par exemple, une page sur I'ecran du telephone 
10 mobile, peut correspondre d un element composite. 

Cette application, ainsi que d'autres possibles, est aisement mise en 
ceuvre simplement par le module logiciel qui doit etre prevu pour le 
systeme de traitement de donnees auquel il est associe. 



15 



REVENDICATIONS 

1) Procede pour representer de fagon dynamique un document 
multimedia, sur un systeme de traitement de donnees, par un 
module logiciel, ledit document multimedia comportant un 
ensemble hierarchise d'elements (1, 4) comportant eux-memes des 
attributs, au moins un desdits attributs etant associe d un 
formalisme de type evenement-condition-action, dit ECA (7, 9, 
10), caracterise en ce que ledit procede comporte les etapes 
ordonnees suivantes : 

• description dudit document multimedia en un langage de 
description, 

• interpretation dudit document multimedia par ledit module 
logiciel lesdits formalismes ECA etant dynamiquement 
interpretes, afin de permettre revolution de la representation 
dudit document multimedia par la realisation d'actions en 
fonction d'evenements et de conditions. 

2) Procede selon la revendication 1, caracterise en ce que ledit 
document multimedia comporte une partie decrivant lesdits 
elements, et une partie decrivant lesdits formalismes, et en ce que 
les associations entre lesdits elements et lesdits formalismes sont 
realisees par des identificateurs. 

3) Procede selon I'une des revendications precedentes, caracterise en 
ce que ledit langage de description est conforme a la 
recommendation XML. 

4) Procede selon I'une des revendications precedentes, dans lequel 
I'ensemble hierarchise est compose d'elements "compose" eux- 
memes composes chacun d'elements "contenus", ces divers 
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elements ayant pour attributs des "statuts" qui decrivent les etats 
des differentes parties du document et dans lequel un evenement 
est constitue par la detection d'un changement d'une valeur de 
statut pour un element qui est detecte par cet element et qui 
conduit a une action assurant un changement d'apparence ou de 
comportement du document, lorsque est verifiee une condition 
constitute par une expression logique associant des valeurs de 
statut relatives a differents elements. 

5) Document multimedia comportant un ensemble hierorchise 
d'elements (1, 4) comportant eux-memes des attributs, au moins 
un desdits attributs etant associe a un formalisme de type 
evenement-condition-action, dit ECA (7, 9, 10), caracterise en ce 
que ledit document multimedia est decrit en un langage de 
description, et en ce que lesdits formalismes ECA sont decrit de 
fagon d permettre I'interpretation par un module logiciel en vue 
de revolution de la representation dudit document multimedia par 
la realisation d'actions en fonction d'evenements et de conditions. 

6) Document multimedia selon la revendication 5, caracterise en ce 
que ledit document multimedia comporte une partie decrivant 
lesdits elements, et une partie decrivant lesdits formalismes, et en 
ce que les associations entre lesdits elements et lesdits formalismes 
sont realisees par des identificateurs. 

7) Document multimedia selon I'une des revendications 5 ou 6, 
caracterise en ce que ledit langage de description est conforme a 
la recommendation XML. 



8) Document multimedia selon Tune des revendications 5 d 7, dans 
lequel I'ensembie hierarchise est compose d'elements "compose" 
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eux-memes composes chacun d'elements "contenus", ces divers 
elements ayant pour attributs des "statuts" qui decrivent les etats 
des differentes parties du document et dans lequel un evenement 
est constitue par la detection d'un changement d'une valeur de 
5 statut pour un element qui est detecte par cet element et qui 

conduit a une action assurant un changement d'apparence ou de 
comportement du document, lorsque est verifiee une condition 
constituee par une expression logique associant des valeurs de 
statut relatives d differents elements. 
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ABREGE 

Document multimedia dynamique 

L'invention a pour objet un procede pour representer de fogon 
dynamique un document multimedia decrit en un langage de description. 
L'invention a pour autre objet le document multimedia lui-meme. Elle se 
base sur I'utillsation de formalismes de type ECA, et ne necessite pas 
I'utilisation de codes compiles (par exemple en Java) comme c'est le cas 
dans I'etat de la technique. 

Figure a publier : fig. 1 



